Fast-track fix for `ostree_gpg_verify_result_get_all()`

This cherry picks just the changes from
https://github.com/ostreedev/ostree/pull/2537

We don't need to wait to respin a new ostree release just
for this.

Release 0.13.5

Add `COMMIT_META_CONTAINER_CMD` constant

Today we hardcode `/bin/bash` in
https://github.com/coreos/coreos-assembler/blob/2088d24884771093101d95f915c921505128ef76/src/cmd-build#L405

But that breaks the concept of a bidirectional bridge between
container image and ostree commit because this little bit of
knowledge is encoded at the buildsystem side.

This metadata key is intended to be written into an ostree commit,
and then we will use it automatically in `container encapsulate`.

The "source of truth" for this key will hence be able live in the same
place that's generating the ostree commit.

The more "proper" place for this is probably alongside the other
constants in the libostree core C code.  But that's tedious and
slow to release.  And Rust is the future.  And we've been slowly
adding more "core ostree" functionality here.

repo: Add two more cap-std APIs

Followup to the previous PR.  I realized now with `io_lifetimes`
we can offer a safe `dfd_borrow()` that *borrows* the file descriptor
for the repository.  (In contrast to the current `.dfd()` that returns
the raw version)

Building on that, add another API that re-acquires a `Dir` instance.
(In the future in theory we could optimize this more by knowing
 whether or not the repo was constructed via cap-std, and perhaps
 in theory synthesize a `&Dir` reference, but I don't think we
 need that now)

Add a `cap-std-apis` feature with open/create

I'm trying to make more use of `cap-std` in our stack, and
this will be a key enabling API.

Actually a notable side benefit of this is that we don't need
to teach the ostree C code itself to use `openat2`, we inherit
cap-std's setup.

All of the internal ostree code using the prior `openat()` should
continue to work.

I only did basic sanity checking of this; there may be bugs
in other APIs.

Release 0.13.4

repo: Add an API to read and parse directory metadata

The fact that the uid/gid/mode are big endian bit me when I was
trying to parse this "by hand" in ostree-rs-ext.

Let's add a footgun-free API for this.

(And yeah, we should probably do the same for the other variant types)

ci: add jobs for MSRV checks and linting

This adds two jobs in order to check minimum toolchain compatibility,
and for overall linting.

lib: run rustfmt

lib: fix new clippy warnings

This fixes the following warnings highlighted by clippy:
 * https://rust-lang.github.io/rust-clippy/master/index.html#needless_question_mark
 * https://rust-lang.github.io/rust-clippy/master/index.html#redundant_closure
 * https://rust-lang.github.io/rust-clippy/master/index.html#single_component_path_imports

sys/cargo: refresh manifest

This updates stale dependencies and remove leftover settings.

Update impl Display, omit to_string, change wording

add ObjectDetails-struct and use it in list_objects-function

update result type

switch from if-else to match

implement list_objects-function an test

sysroot: support create and load actions on builder

This splits the builder completion step into separate actions for
creating/loading a sysroot.
It also introduces a roundtrip test over a freshly-created empty
sysroot.

sysroot: add a builder object

This adds a `SysrootBuilder` in order to allow consumers to load
a configured `Sysroot` in an ergonomic way. It tries to prevent
logic bugs coming from handling half-initialized entities.

repo: Add `require_rev` method

The `resolve_rev` C method should really have been
`resolve_rev_optional` from the start - it is more obviously wrong
in Rust because the input parameter `allows_noent` controls
whether the returned `Option` can ever be `None`.

I debated adding this to the C bindings, and may still do so,
but eh it's faster to write + ship in Rust, and the future of ostree is
Rust anyways.

(cargo-release) start next development iteration 0.13.4-alpha.0

(cargo-release) version 0.13.3

Bump ostree-sys version

Update to 2021.5

(cargo-release) version 0.13.3-alpha.1

(cargo-release) version 0.13.2

repo: Add `auto_transaction` and `TransactionGuard`

This gives auto-cancelling semantics on `Drop`, plus a nicer
`.commit()` method on the transaction.

Matches the currently private `_OstreeRepoAutoTransaction` in the C
library.

(cargo-release) start next development iteration 0.13.2-alpha.0

(cargo-release) version 0.13.1

repo: Expose dfd_as_file()

The `dfd()` API returns just an integer.  Add a safe API that
makes a copy of the fd.  What we really want here is `BorrowedFd` from
https://github.com/rust-lang/rfcs/blob/master/text/3128-io-safety.md
but that isn't here yet.

Make `SePolicy` have `Send`

It's safe to send between threads, and I want to do so
in ostree-rs-ext to send to a tokio worker thread.

lib: Reexport libc::AT_FDCWD

Useful with `Repo::open_at()`.

Right now ostree-rs-ext pulls in libc for this and `fgetxattr`,
but the latter should go into nix.

sys: Release 0.9.0

Should have been bumped in the previous commit.

Release 0.13

Just an update to support libostree v2021.4, but bumping semver
because a few APIs (correctly) gained `Option<T>`.

Release 0.12.3

No major changes, just exporting the `ffi` bits.

Cargo.toml: Bump to glib 0.14.4

Not strictly required for this repo, but it has the new variant
bindings we want in ostree-rs-ext.

lib: Export ffi too

Matching how gtk-rs does it.  Right now rpm-ostree does depend
on interacting with `ostree-sys` via the cxxrs bits.

Release 0.12.2

```
Colin Walters (8):
      Add 2021.3 feature
      Re-export glib, gio
      Deny unused results, warn on missing docs (except auto/)
      Add new GLib 0.14 variant types for metadata types
      Fix build with --features=v2021_3, use in CI by default
      Add more documentation for --features=v2021_3
      Use glib-sys via re-exported `glib::ffi` (and similar for gio)
      Release 0.12.2

Luca BRUNO (5):
      cargo: fix version in features chain
      lib: fix 'dox' feature
      cargo: point to docs.rs and clean up
      ostree: release 0.12.1
      cargo: bump ostree-sys to 0.8.1
```

Use glib-sys via re-exported `glib::ffi` (and similar for gio)

In general only `-sys` crates should depend on other `-sys`
crates.  IOW for us, `ostree-sys` depends on `glib-sys`.

By using the re-export, we avoid needing to keep a version lock
between `glib` and `glib-sys` in our main crate.  And similar
is true of our higher level reverse dependencies (e.g. `ostree-rs-ext`).

Also weaken our dependency to `0.14` as that's clearer.

Fix build with --features=v2021_3, use in CI by default

It's a huge trap for us not to build with the latest ostree feature
on, I didn't have my IDE configured for it, and CI didn't have
it on.

The previous bump to glib 0.14 broke the Sign code.

Add more documentation for --features=v2021_3

My previous pass was at the default feature level.

Add new GLib 0.14 variant types for metadata types

This way it's more convenient for downstream crates like ostree-rs-ext
to convert loaded variants.

TODO: Can we add a feature for the `gvariant` crate and expose via
that too?

Deny unused results, warn on missing docs (except auto/)

And add basic docs for our manually implemented functions.

cargo: bump ostree-sys to 0.8.1

ostree: release 0.12.1

cargo: point to docs.rs and clean up

This removes stale URLs, pointing to the auto-built docpages at
docs.rs and sorting manifest entries.

lib: fix 'dox' feature

This makes sure docs can be properly built when using the 'dox'
feature. It should fix auto-builds on docs.rs.

cargo: fix version in features chain

This fixes the definition of the `v2016_4` feature.
It restores the chain of versions so that 2016.3 symbols can be
actually reached from newer features/versions.

Re-export glib, gio

Re-export our dependencies.  See https://gtk-rs.org/blog/2021/06/22/new-release.html
"Dependencies are re-exported".  Users will need e.g. `gio::File`, so this avoids
them needing to update matching versions.

Closes: https://github.com/ostreedev/ostree-rs/issues/12

Add 2021.3 feature

(We should add doing this as a SOP for ostree releases)

Bump versions

The glib 0.14 change is semver incompatible.

Update to glib 0.14

An intimidating spam of compiler errors at the start, but the
biggest was handling the new convention of `ostree_sys::` => `ffi::`.

This will require a semver bump of course.

ci: Fix buildroot to use new official image

Which is maintained and has updated rust.

Mark src/auto/* as generated

repo_transaction_stats: move to a manual implementation

This moves `RepoTransactionStats` into a manually implemented
source file in order to provide getters to expose relevant
fields.

Bump sys version requirement

Bump versions

Update to 2021.2

Sync to https://github.com/ostreedev/ostree/releases/tag/v2021.2

ci: Add GH action to build

repo: Add concurrency=send

Ultimately a repo is just a file descriptor wrapper with some
cached data, etc.  We can send it between threads, much like how
`gio::File` is `Send`.

Motivated by trying to write to a repo from a separate thread
in https://github.com/cgwalters/ostree-container

Update rustdoc-stripper

Bump all versions

Regenerate

Switch to patched ostree gir

Regenerate

Update OSTree-1.0.gir to 2021.1

Fix ostree gir file update

Update common gir files

Bump versions

Remove outdated sentence in readme

src: fix tests

src: manually implement SysrootDeployTreeOpts

ci: fix rawhide stages?

Switch to patched ostree gir

Regenerate based on new gir

gir: update OSTree gir

gir: update misc gir files

Update gir file to 2020.6

conf: anchor function name patterns to avoid unexpected exclusions

Bump versions

conf: ignore some more special-cased functions

src: add Checksum::from_bytes

conf: annotate ignores better

src: reimplement checksum hex and base64 en/decoding

This allows us to provide actually useful error handling

src: add support for write_deployments_with_options

Makefile: only depend on gir bin in gir-report

conf: remove some unfixable TODOs

src: add CommitSizesEntry

Disable some irrelevant functions

Update to OSTree 2020.5

conf: disable internal Sign subtypes

sign: add sanity check for sign API

gir: fix another out parameter

gir: fix out parameters not being marked correctly

gir: add missing version tag

gir: start fixing OSTree.Sign

I don't think the SignDummy and SignEd25519 types even need to be
visible. The explicit dummy_* and ed25519_* don't need to be visible
either, I suspect.

gir: switch to gir based on patched upstream source

Switch ostree source to git

PATCH: versions on ostree_sign_* functions

PATCH: version on OSTREE_SIGN_NAME_ED25519

PATCH: version on ostree_repo_commit_modifier_set_sepolicy_from_commit